AUTOMATED GENERATION OF TEXT ANALYSIS SYSTEMS 



BACKGROUND OF THE INVENTION 

Text analysis is an area of computer science that focuses on processing text to extract 

information through pattern recognition. The decade of the 1990's has seen an unprecedented 
explosion in work on learning methods for text analysis. Prior text analysis methods rely on 
unsupervised leaming, where the system is responsible for teasing generalizations from texts or 
samples. One such system, the HASTEN system described in "SRA: Description of the SRA 
System as Used for MUC-6/' Krupka, George R., pp. 221-235, Proceedings Sixth Message 
Understanding Conference (MUC-6), November 1995 (referred to herein as Krupka). Krupka 
teaches a system for grouping text samples supplied and labeled by users and creating data structures 
called e-graphs. The system in Krupka then uses a similarity metric to decide if portions of an input 
text are related to e-graphs that have been created. It applies these collections of e-graphs, called 
collectors, as sequential processing phases, in order to match each sample set to the input text. 
Generalization of the elements of e-graphs is performed manually by the developer. There is no 
notion of generating grammar rules from e-graphs. The work does not estabUsh a method for 
converting the collectors to rule-based passes of a text analyzer. The work does not describe a way 
to automatically generate substantial portions of a text analyzer. The system in Krupka requires a 
large amount of user interaction to perform tasks manually beyond adding and labeling samples, and 
was applied specifically to create an event level pattern for MUC text analysis. However, Krupka' s 
system does not teach a general and fully automated text analyzer capability. 

Another text analysis system is disclosed in Huffinan (U.S. Patents 5,796,926 and 
5,841,895). The Huffinan patents deal with text extraction at the event level and teach methods for 
locating potential event pattems of interest. In essence, Huffinan teaches a rigid, inflexible method 
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of searching for specific patterns such as "actor acts on object." 

There is a need for a system that automatically generates text analysis systems with minimal 
training samples while retaining sufficient intelligence to recognize patterns beyond those described 
by the training samples, sufficiently flexible to allow adaptation to a variety of applications. 

5 

SUMMARY OF THE INVENTION 

An embodiment of the present invention includes a generator program 106 that utilizes a 

hierarchy of user-supplied samples and a text analyzer fi-amework to create complete text analyzer 
programs. The hierarchy and framework are related in that the top-level concepts of the hierarchy 
1 0 are associated with stubs, or empty regions of passes, in the text analyzer firamework. The generator 
Q program fills these stub regions with text analyzer passes generated fi-om samples in the hierarchy. 
^ A user guides the conversion of the samples to generalized rules for recognizing not only the given 
:5 samples, but also related pattems that are processed at a later time. Users may supply additional 
|2 samples in order to process novel pattems that were not anticipated when the initial text analyzer was 
\5Q created. When a text analysis system according to the present invention fails to identify a pattern, 

■ 

1 tj a user can simply highlight the unrecognized sample in text and label its components, if necessary, 
O to enable the generator to create a new text analyzer that now recognizes the new sample and related 
samples processed at a later time. Rather than using a similarity metric, an embodiment of the 
present invention applies rules that have been automatically generated fi"om samples. 

20 BRIEF DESCRIPTION OF THE DRAWINGS: 

FIG. 1 is an illustration in block diagram form of various components of an embodiment of the 

present invention; 

FIG. 2 is a flow chart illustrating the steps executed by a text analyzer program produced by the 
present invention; 

25 FIG. 3 is an illustration of a parse tree data structure created and maintained by the present invention; 
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FIG. 4 shows a sample hierarchy constructed and used by the present invention; 

FIG. 5 is a flow diagram illustrating the major steps of rule generation and rule merging according 
to methods of the present invention; 

FIG. 6 is an illustration showing the addition of a pass to the sequence of steps executed by the text 
analyzer produced by the present invention; 

FIG. 7 is an illustration of a parse tree data structure modified by a partial analysis step performed 
by the present invention; 

FIG. 8 is an illustration of an updated sample hierarchy; 

FIG. 9 shows the addition of a second pass to the sequence of steps executed by the analyzer; 

FIG. 10 is an illustration of a parse tree data structure modified by a second partial analysis step 
performed by the present invention; 

FIG. 11 A illustrates the relationship of various types of rules in the generator program; 

FIG. 1 IB illustrates the logical sequence of steps for generalizing and merging rules; 

FIG. 12 illustrates a user interface that allows a user to operate the generator program; 

FIG. 13 illustrates the association of a text sample with the sample hierarchy; 

FIG. 14 illustrates how a user labels the components a sample via the user interface; 

FIG. 15 illustrates a form tool used in connection with the generator program; 

FIG. 16 illustrates the properties window used in connection with the user interface; 

FIG. 17 illustrates the attributes window used in connection with the user interface; and 

FIG. 18 illustrates a menu incorporated into the sample manager for managing samples and 
integrating them with the text analyzer development environment; 

FIG. 19 illustrates a sequence of steps placed into a stub region by the generator, along with the 
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rules generated for one of the steps. 



DETAILED DESCRIPTION 

5 Directing attention to the drawings, FIG.l is a high level block diagram of the hardware 

typically used in an embodiment of the present invention. Computer 100 may have a conventional 
design, incorporating a processor 102 utilizing a central processing unit (CPU) and supporting 
integrated circuitry. Memory 104 may include RAM and NVRAM such as flash memory, to 
facilitate storage of computer programs executed by processor 102, such as generator program 106. 
1 0 Also included in computer 1 00 are keyboard 1 08, pointing device 110, and monitor 112, which allow 
a user to interact with program 106 during execution. Mass storage devices such as disk drive 114 
=0 and CD ROM 116 may also be incorporated in the computer 100 to provide storage for generator 
O program 106 and associated files. Computer 100 may communicate with other computers via 

: ipr. 

Yi modem 118 and telephone line 120 to allow generator program 106 to be operated remotely, or 

15'^ utilize files stored at different locations. Other media may also be used in place of modem 118 and 

m telephone line 120, such as a direct connection or high speed data line. The components described 

•"4 above may be operatively connected by a communications bus 122. 

Generator program 106 produces text analyzer programs by generating rules from samples 
suppUed by users to create individual passes of a multi-pass text analyzer. A sample is a piece of 

20 text that users have decided is a unit of interest, such as a name or idiomatic phrase. A sample 
hierarchy is an index for storing all user-added samples. A rule is a representation for a pattem of 
interest, which may include associated actions to ensure that the pattem has matched correctly and 
to record the match in the parse tree. A rule typically associates a concept with a pattem or phrase. 
When the pattem matches a list of nodes, the matched nodes of the parse tree are condensed or 

25 reduced to a node associated with the concept. 
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As used herein, a pass is one step of a multi-step analyzer, in which the generator program 
106 traverses a parse tree to execute a set of rules associated with the pass. As used herein, a parse 
tree is a tree data structure constructed and maintained by the generator program 106 to organize text 
and all the pattems that have been recognized within the text. Successive passes are created in a 
cascading fashion by performing partial text analyses employing existing passes. The resulting text 
analyzer program interleaves the generated passes with a framework of existing passes. The 
complete text analysis system can then process text to identify pattems similar to samples added by 
users. Generation of rules from samples encompasses a wide range of constructs and granularities 
that occur in text, from individual words to intrasentential pattems (such as a grammar), to sentential, 
paragraph, section, and other formats that occur in text documents. 

To exemplify the methods and data structures of the present invention, we use simple 
telephone number pattems such as 



FIG. 2 shows a resulting text analyzer program produced by an embodiment of the present 
invention. Text analyzer program 200 contains three passes. The first pass, tokenize (202), 
processes an input text to group the characters according to alphabetic, numeric, white space, and 
punctuation units, referred to herein as tokens. The tokens are all placed into a parse tree data 
structure 300 (FIG. 3). The parse tree 300 is used and modified by subsequent passes. The phrases 
pass (204) is a stub, or empty placeholder, for the passes that the generator program 106 creates 
using user-supphed samples in a sample hierarchy. Since there are no passes there initially, this 
placeholder pass has no effect on the parse tree 300. Finally, the output pass (206), displays a 
representation of the parse tree 300. 

Given the sample input text: 
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497-5318 
(949) 497-5318 
Home: (949) 497-5318 



(1) 



Home: (949) 497-53 



(2) 



The output pass displays the parse tree 300 as illustrated in FIG. 3. 

Text analyzer program 200 has no knowledge of telephone number patterns. If a user wants 
phone numbers to be grouped under a concept called phone, a sample hierarchy as shown in FIG. 
4 can be constructed. This hierarchy of samples 400 has a top-level stub concept called phrases 402, 
which matches the stub region 204 to be filled within the text analyzer 200. The user creates a rule 
concept called phone 404, in order to place telephone number samples under it. Under the rule 
concept 404, the user places telephone number samples such as "497-5318" and labels their 
components with the arbitrary names prefix 406 corresponding to "497" and suffix 408 
corresponding to "53 18," which are referred to herein as label concepts 410. Such samples can be 
added in a simple fashion with a user interface that allows highlighting the complete text and its 
components. 

Generator program 1 06 can be invoked to generate a new analyzer by executing the sequence 
of steps 500 illustrated in the FIG. 5. Generator program 106 first traverses the sample hierarchy 
400 to find the rule concept called phone 404 (step 502). If a rule concept is found (decision step 
504), it traverses the samples corresponding to the rule concept found, encountering the phone 
nxmiber 497-5318 (step 506). The generator program 106 executes a partial analysis (step 508) of 
the text containing the current sample. Because a pass will be generated for the current rule concept, 
the partial analysis stops just before the pass to be created. (See decision step 510.) In our 
simpUfied example, the partial analysis consists only of the tokenize pass 202, so that is what the 
generator program 1 06 executes. Partial analysis involves applying the partially built text analyzer, 
containing passes constructed so far, to the text containing the samples used to build the current pass. 
Partial analysis is conducted in an iterative fashion. Continuing to step 514, the generator program 
106 locates the position of the current sample within the parse tree that has been constructed so far 
(FIG. 3), based on the offsets of the sample within its entire text (step 512). Going back to the 
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example, "(949) 497-5318" has a start and end offset in the text that it appears in, for example 0 to 
1 3, if it is in the beginning of a text file. Looking in the parse tree later in the parse, the phrase that 
covers this range of offsets now appears "(949) _phone." Each part or node of the parse tree has a 
start and end offset. The "_phone" portion accounts for characters 6 through 13. The generator 
program 106, in building a complete phone rule, uses whatever phrase it finds in the parse tree 300 
at the range of offsets fi-om 6 to 1 3 . In the parse tree 300, the generator program 1 06 finds the tokens 

497 \- 5318 (3) 

It therefore generates [step 516] the raw rule based precisely on what is represented in the parse tree, 
as follows: 



_phone<-497 \- 5318 @@ (4) 

The underscore before phone indicates that this is a non-literal concept. The <- arrow indicates a 
rewrite of the phrase to the right with the concept to the left. The @@ marker denotes the end of 
the rule. The backslash preceding the dash means that this dash is to be taken literally, rather than 
being part of the rule language. At this point, the generator program 106 can attach labeling 
information to the first element ("497") and the last element ("5318") of the phrase, as prefix and 
suffix, as follows: 

jhone <- 497 [label=_j)refix] \- 5318 [label=_suffix] @@ (5) 

Since there are no other samples (decision step 518) under the phone concept, the generator 
program 106 has no opportimity to merge and compare samples. Having finished with the samples 
under this rule concept, the generator program 106 at step 526 creates a new pass called phone for 
the rule set it has generated (consisting of one rule in this case). The generator program 106 then 
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adds the new pass to the analyzer sequence (step 528), as shown in FIG. 6. The generator program 
106 then looks for the next rule concept at step 530. Had there been additional rule concepts with 
samples in the sample hierarchy, (step 520) control would retum to step 508, where the generator 
program 106 would have proceeded to analyze the overall text from which those samples derived. 
5 It would perform a partial analysis up to and including the pass called phone. For the given text, the 
resulting parse tree data structure 700 is shown in FIG. 7. Note that the tokens "497", and 
"53 18" have been replaced in the parse tree by the single token "_phone". Now let us suppose that 
the user adds a second sample to the hierarchy, under a new concept, yielding the sample hierarchy 
shown in FIG. 8. 

10 ^ Had the phone concept not been in this sample hierarchy, the generator program 106 would 

— have built the rule 

=p _completePhone <- \( 949 [label=areaCode] \) \ 497 \- 5318 @@ (6) 

A But because the phone sample is also present and the generator program 1 06 has installed the phone 
15 p pass within the analyzer, the generator program 106 is given parse tree 550 (FIG. 7) when 
ry constructing the rule for completePhone. Therefore, the generator program 1 06 builds the following 
2 rule: 

_completePhone <- \( 949 [label=areaCode] \) \ _phone @@ (7) 

20 The product of the prior automatically-generated pass is used in building the rules for the current 
pass called completePhone. The generator program 106 has now built an analyzer for phone 
numbers that follows the passes illustrated in FIG. 9. In this example, the phone pass and 
completePhone pass each contain one rule. This analyzer with two automatically generated passes 
produces the parse tree in FIG. 10 from the sample input text in (2). 

25 Generator program 106 automatically creates the passes of a text analyzer in stepwise 
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fashion, each time using the sequerice of passes constructed so far in order to create the next pass of 
the analyzer. It adds each new pass to a backbone of manually built and previously generated passes. 

The discussion above describes the generation of one pass per rule concept. Additional 
modes, specified by the user who constructs the sample hierarchy, enable the rules generated for 
multiple rule concepts to be merged into a single large pass (step 524), in order to both optimize 
performance and to enable more sophisticated rule generation that identifies and unifies ambiguous 
constructs. For example, if "New York" is listed under a rule concept city and a rule concept state, 
then a unified treatment of these rule concepts can enable the generation of rules such as: 

_city [label=_state] <- New York @@ (8) 

O which condenses instances of "New York" to both a city concept and a state concept in a parse tree. 

g Optimizations 

Yi Executing the generator program 1 06 can be computationally expensive, because each sample 

15^"' in the sample hierarchy requires the text containing it to be partially analyzed, in order to generate 

1^ the rule corresponding to the sample. Generator program 106 can be modified to keep track of 

lU 

^^j instances where multiple samples under a rule concept derive from the same text. In those cases, the 
Q given text need be partially analyzed only once, in order to glean the RAW rules for all the samples 
that derived from that text. 

20 In a preferred embodiment, further optimization may be achieved when generator program 

106 places user- added samples into a single sample file. Thus, each rule file has an associated 
sample file. The sample file may be stored in memory 104, disk drive 1 14 or CD Rom 1 16. In this 
way the number of partial text analyses is reduced for a sample hierarchy with many samples. 
Further optimizations are to generate passes when their complement of samples has changed. While 

25 there is a danger that some subsequent pass may not be updated correctly due to dependencies on 
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the current pass, most of the time this method of generation 

(generate dirty) is adequate for rapid development and testing. Occasionally, a generate all function 
may be invoked to rebuild every single pass, thus making sure that all passes that need updating will 
get updated. 



5 Rule Generalization and Merging 

A preferred embodiment of the present invention also has the capability to generalize and 
merge raw rules generated directly from samples as illustrated in FIG. 5 at step 524. One sample 
is usually not sufficient to derive or generalize rules. At least two samples of any given pattem are 
required in order to deduce the more general pattem. When multiple samples are available under 
10 ^0 a rule concept, the rule generalization and merging method is invoked at step 524 to build a variety 
y of rule sets : literal, general, optional, split, and constrained. The hierarchy shown in FIG. 11 A, and 
Yi the flow diagram in FIG. 1 IB, best describe the relationships among these rule sets. 

\M 

^' At step 560, for each raw rule generated (one per sample), the generator program 1 06 creates 

jjl a general rule by iteratively generalizing each element of the raw rule. For example, "497" will be 

15 H generalized to NUMBER, "Home" will be generalized to ALPHABETIC, "-" to PUNCTUATION, 

: 

O and " " to WHITESPACE. At step 562, generator program 106 merges general rules that have 
identical elements and length. The general rule for "497-5318" will be identical to that for "555- 
1212," namely 

_phone <- _NUMBER _PUNCTUATION _NUMBER @@ (14) 

20 

Therefore the rules for the two samples are merged under this general rule. The general rule retains 
a list of all the raw rules that gave rise to it. At step 564, generator program 1 06 traverses the general 
rules to build the split rules. The split rules require that all raw rules have consistent labeling. So 
a split rule may appear: 
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_phone <- _NUMBER [label=_prefix] ^PUNCTUATION _NUMBER [label=_suffix] @@ (15) 
At step 566, generator program traverses the split rules to generate the constrained rules. 
Constrained rules are rules whose raw rules all have consistent features, such as length and 
capitalization. 

A constrained rule may appear: 

_phone <- 

_NUMBER [label=j3refix length=3] 

_PUNCTUATION 

_NUMBER [label=_suffix length=4] 

@@ (16) 
The above rule constrains the first number to have three digits and the second number to have four 
digits. At step 566, generator program 106 creates a literal rule for every raw rule. The literal rule 
is constructed by looking "inside" each element of the phrase as deeply as can be seen in the parse 
tree. For example, if a raw rule appears 

_phone <- _LIST (NUMBER 497) V _LIST (NUMBER 53 1 8) @@ (17) 
the literal rule produced is 

_phone <- 497 \- 5318 @@ (18) 
At step 570, generator program 106 creates optional rules by comparing the composition of general 
rules that differ by one element. If that element is not a labeled element, then the two general rules 
can be merged, with the difference element marked as optional. 

By embellishing a sample hierarchy with particular attributes, the marmer in which rules are 
generated is controlled. The need to collect large sample sets in order to calculate statistically 
plausible generaUzations is eliminated. Attributes may be specified to indicate what is to be 
generalized, what is to be collected as a list, and what is to be retained literally. For example, one 
attribute may instruct the generator program 106 to always generalize whitespace to a rule element 
that allows an arbitrary number of space characters. Another attribute may designate a label concept 
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as '^closed," meaning any samples within it are to be collected into a list of only those samples, with 

no generalization. Other flags control the rule sets to be retained for the pass being generated. If the 

"constrain" flag is set to "true," then the constrained list of rules is retained by the generator program 

106. Retaining a rule set involves placing it into the final list of rules for the pass under construction. 

An enhancement to the sample hierarchy is to enable the described attributes to control the way rules 

are generated for an entire subtree. If some concept within that subtree changes an attribute's value, 

then that new value controls its subtree, and so on recursively. 

A nonexhaustive set of attributes may be utilized to allow a user to control the rule sets to 

be retained in each pass of the analyzer, as below: 

Attribute Values 

GENERAL true/false 
SPLIT true/false . 

CONSTRAINED true/false 
RAW true/false 

LITERAL true/false (19) 

The above attributes cause the generator program 1 06 to retain or discard the corresponding rule sets. 
For example, if a concept in the sample hierarchy has the constrained attribute set to true, then all 
the constrained rules generated in that subhierarchy will be retained as part of the final analyzer. An 
attribute called closed, also with true/false values, controls the way parts of samples are collected 
into rules. For example, given the samples 

497-5318 

555-1212 (20) 
if the closed attribute is set to true, then the corresponding constrained phone rule appears 

_phone <- _LIST (497 555) V _LIST (5318 1212) @@ (21) 
That is, each element of the pattern is a "closed set," which collects any values found in the set of 
samples. If the CLOSED attribute is set to false, the constrained rule is 
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_phone <- 

_NUMBER [label-_prefix length=3] 
_PUNCTUATION 
_NUMBER [label=_suffix length=4] 

@@ (22) 
Because white space and punctuation are often secondary in importance, a WHITE attribute with 
values true/false can specify that whitespace in samples generalizes to the rule element 
_WHITE [min=0 max=infimty] (23) 
that is, any number of white spaces, regardless of the particular type and number of whitespace 
characters in the set of samples. 

Other attributes can control the actions that get built for the generated rules and their 
components. For example, a QUICKSEM attribute with values true/false generates actions for 
15-0 semantic information to be copied automatically when a rule matches text. In the phone number 
example, the QUICKSEM attribute would cause the automatic creation of a data item called "prefix" 
with value "497" and a second data item called "suffix" with value "53 1 8" in the _phone node, given 
that the _phone rule matched a text string such as "497-5318." The LABEL (or LAYER) attribute 
takes a name as its value and leads to the generation of a label action in the associated rules that get 
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USER INTERFACE 

FIG. 12 illustrates a user interface 600 that allows a user to operate the generator program 
1 06. The left panel 602 displays the sample hierarchy 604 with phoneNumber concept 606 selected. 
The right panel 608 displays the rule file automatically generated for the phoneNumber concept. 
25 The partial hierarchy file listing below details the commands for building the concepts of the sample 
hierarchy for a generator program 106 configured to process resumes. Each line builds one concept 
(the listing does not distinguish among organizing concepts, rule concepts, and label concepts). 
Each concept can have an arbitrary number of samples assigned to it by a user. While most of the 
samples for the generator program 106 are smaller than a sentence (intrasentential), the method and 
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system of the present invention apply to paragraphs and sections of texts as well as to intrasentential 
patterns. 

"concept" "gram" "LiteralPhrase" "HeaderPhrase" 
"concept" "gram" "LiteralPhrase" "HeaderPhrase" "ContactHeaderPhrase" 
5 "concept" "gram" "LiteralPhrase" "HeaderPhrase" "ObjectiveHeaderPhrase" 
"concept" "gram" "LiteralPhrase" "HeaderPhrase" "EducationHeaderPhrase" 
"concept" "gram" "LiteralPhrase" "HeaderPhrase" "ExperienceHeaderPhrase" 
"concept" "gram" "LiteralPhrase" "HeaderPhrase" "SkillsHeaderPhrase" 
"concept" "gram" "LiteralPhrase" "HeaderPhrase" "PresentationsHeaderPhrase" 
10 "concept" "gram" "LiteralPhrase" "HeaderPhrase" "PublicationsHeaderPhrase" 
C "concept" "gram" "LiteralPhrase" "HeaderPhrase" "ReferencesHeaderPhrase" 

"concept" "gram" "LiteralPhrase" "HeaderPhrase" "OtherHeaderPhrase" 
Y^, "concept" "gram" "LiteralPhrase" "Others" 

"concept" "gram" "LiteralPhrase" "Others" "degreelnMajor" 
ism "concept" "gram" "LiteralPhrase" "Others" "WebLinks" 
'J "concept" "gram" "LiteralPhrase" "Others" "emailHeader" 
O "concept" "gram" "LiteralPhrase" "Others" "minorKey" 
"concept" "gram" "LiteralPhrase" "Caps" . 
"concept" "gram" "LiteralPhrase" "Caps" "cityPhrase" 
20 "concept" "gram" "LiteralPhrase" "Caps" "statePhrase" 

"concept" "gram" "LiteralPhrase" "Caps" "companyPhrase" 
"concept" "gram" "LiteralPhrase" "Caps" "degreePhrase" 
"concept" "gram" "LiteralPhrase" "Caps" "countryPhrase" 
"concept" "gram" "LiteralPhrase" "Caps" "skillsPhrase" 
25 "concept" "gram" "LiteralPhrase" "Caps" "naturalLanguages" 
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"concept" 


"gram" 


"LiteralPhrase" "Caps" "software" 


"concept" 


"gram" 


"LiteralPhrase" "Caps" "hardware" 


'concept" 


"gram" 


"LiteralPhrase" "Caps" "certifications" 


'concept" 


"gram" 


"LiteralPhrase" "Caps" "field" 


'concept" 


"gram" 


"LiteralPhrase" "Caps" "Thesis" 


'concept" 


"gram" 


"LiteralPhrase" "Caps" "jobTitle" 


'concept" 


"gram" 


"LiteralPhrase" "Caps" "jobPhrase" 


'concept" 


"gram" 


"Word" 


'concept" 


"gram" 


'Word" "Syntax" 


"concept' 


' "gram" 


"Word" "Syntax" "posPREP" 


"concept' 


' "gram" 


"Word" "Syntax" "posDET" 


"concept' 


' "gram" 


"Word" "Syntax" "posPRO" 


"concept' 


"gram" 


"Word" "Syntax" "posCONJ" 


"concept' 


"gram" 


"Word" "HeaderWord" 


"concept' 


"gram" 


"Word" "HeaderWord" "ContactHeaderWord" 


"concept' 


"gram" 


"Word" "HeaderWord" "ObjectiveHeaderWord" 


"concept' 


"gram" 


"Word" "HeaderWord" "EducationHeaderWord" 


"concept' 


"gram" 


"Word" "HeaderWord" "ExperienceHeaderWord" 


"concept' 


"gram" 


"Word" "HeaderWord" "SkillsHeaderWord" 


"concept' 


"gram" 


"Word" "HeaderWord" "PresentationsHeaderWord 


"concept' 


"gram" 


"Word" "HeaderWord" "PublicationsHeaderWord" 


"concept' 


"gram" 


"Word" "HeaderWord" "ReferencesHeaderWord" 


"concept' 


"gram" 


"Word" "HeaderWord" "OtherHeaderWord" 


"concept' 


"gram" 


"Word" "headerMod" 


"concept* 


"gram" 


"Word" "openPunct" 
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^'concept** 


"gram" 


"Word" 


"closePunct" 


"concept" 


"gram" 


"Word" 


"resumeWord" 


"concept" 


"gram" 


"Word" 


"Present" 


"concept" 


"gram" 


"Word" 


"Direction" 


"concept" 


"gram" 


"Word" 


"adj Direction" 


"concept" 


"gram" 


"Word" 


"PostalUnit" 


"concept" 


"gram" 


"Word" 


"PostalRoad" 


"concept" 


"gram" 


"Word" 


"monthWord" 


"concept" 


"gram" 


"Word" 


"monthNum" 


"concept" 


"gram" 


"Word" 


"Season" 


"concept" 


"gram" 


"Word" 


"PostalState" 


"concept" 


"gram" 


"Word" 


"jobTitleRoot" 


"concept" 


"gram" 


"Word" 


"jobMod" 


"concept" 


"gram" 


"Word" 


"companyRoot" 


"concept" 


"gram" 


"Word" 


"companyModroot" 


"concept" 


"gram" 


"Word" 


"companyMod" 


"concept" 


"gram" 


"Word" 


"ProgrammingLanguage 


"concept" 


"gram" 


"Word" 


"cityMod" 


"concept" 


"gram" 


"Word" 


"cityWord" 


"concept" 


"gram" 


"Word" 


"Names" 


"concept" 


"gram" 


"Word" 


"Names" "femaleName" 


"concept" 


"gram" 


"Word" 


"Names" "maleName" 


"concept" 


"gram" 


"Word" 


"Names" "surName" 


"concept" 


"gram" 


"Word" 


"fieldName" 


"concept" 


"gram" 


"Word" 


"subOrg" 
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"concept 
"concept 
"concept 
"concept 
"concept 
"concept 
"concept 
"concept 
"concept 
"concept 
"concept 
"concept 
"concept 
"concept 
"concept 
"concept 
"concept 
"concept 
"concept 
"concept 
"concept 
"concept 
"concept' 
"concept' 



"gram*' 

"gram*' 

"gram*' 

"gram 

"gram 

"gram*' 

*'gram*' 

*'gram 

*'gram*' 

*'gram 

*'gram 

*'gram*' 

*'gram 

*'gram 

*'gram 

*'gram 

"gram 

"gram*' 

'*gram' 

'*gram' 

**gram' 

**gram' 

'*gram 

'*gram 

*'gram 



'Word** 

'Phrase' 

'Phrase' 

'Phrase' 

'Phrase' 

'Phrase' 

'Phrase' 

'Phrase' 

'Phrase' 

'Phrase' 

'Phrase' 

'Phrase' 

'Phrase' 

'Phrase' 

'Phrase' 

'Phrase' 

'Phrase' 

'Phrase* 

'Phrase' 

'Phrase' 

'Phrase' 

'Phrase" 

•Phrase" 

Phrase' 

Phrase' 



*softwareWord*' 



*Contact 
'Contact 
'Contact 
'Contact 
'Contact 
'Contact 
•Contact 
'Contact 
'Contact 
'Contact 
'Contact 
'Contact 
'Contact 
*Contact 
'Contact 
'Contact 
'Contact 
'Contact 
'Contact' 
'Contact' 
•Contact' 
'Contact 
'Contact 
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'humanName" 

'humanName" "prefixName" 
'humanName" "firstName" 
'humanName** "middleName" 
'humanName" "lastName" 
'humanName** "suffixName" 
'cityStateZip" 
•cityStateZip" "cityName" 
'cityStateZip" "stateName*' 
'cityStateZip" '*zipCode** 
'cityStateZip** "zipSuffix" 
'cityStateZip** "country" 
'cityState" 

'cityState" "cityName" 
*cityState" '•stateName" 
•phoneExtension** 
•phoneExtension*^ "extendWord" 
'phoneExtension" "extension** 
*phoneNumber** 

*phoneNimiber" "countryCode" 
'phoneNumber" **areaCode" 
'phoneNumber** *'prefix** 
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"concept" 


"gram" 


"Phrase" 


"Contact" 


"phoneNumber" "suffix" 




"concept" 


"gram" 


"Phrase" 


"Contact" 


"phonePhrases" 




"concept" 


"gram" 


"Phrase" 


"Contact" 


"phonePhrases" "phoneHomeFaxPhrase" 




"concept" 


"gram" 


"Phrase" 


"Contact" 


"phonePhrases" "phoneHomeFaxPhrase" "HomeFax 
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"concept" 


"gram" 


"Phrase" 


"Contact" 


"phonePhrases" "phone WorkPhrase" 




"concept" 


"gram" 


"Phrase" 


"Contact" 


"phonePhrases" "phoneWorkPhrase" "Work" 




"concept" 


"gram" 


"Phrase" 


"Contact" 


"phonePhrases" "phoneFaxPhrase" 




"concept" 


"gram" 


"Phrase" 


"Contact" 


"phonePhrases" "phoneFaxPhrase" "Fax" 




"concept" 


"gram" 


"Phrase" 


"Contact" 


"phonePhrases" "phonePagerPhrase" 
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"gram" 


"Phrase" 


"Contact" 


"phonePhrases" "phonePagerPhrase" "Pager" 
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"gram" 


"Phrase" 


"Contact" 


"phonePhrases" "phoneCellPhrase" 
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"gram" 


"Phrase" 


"Contact" 


"phonePhrases" "phoneCellPhrase" "Cell" 




"concept" 


"gram" 


"Phrase" 


"Contact" 


"phonePhrases" "phoneHomePhrase" 




"concept" 


"gram" 


"Phrase" 


"Contact" 


"phonePhrases" "phoneHomePhrase" "Home" 
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"gram" 


"Phrase" 


"Contact" 


"unitRoom" 




"concept" 


"gram" 


"Phrase" 


"Contact" 


"unitRoom" "unit" 
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"Phrase" 


"Contact" 


"unitRoom" "room" 
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"gram" 


"Phrase" 


"Contact" 


"addressLine" 
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"gram" 


"Phrase" 


"Contact" 


"addressLine" "streetNumber" 
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"gram" 


"Phrase" 


"Contact" 


"addressLine" "streetName" 




"concept" 


"gram" 


"Phrase' 


"Contact" 


"addressLine" "road" * 




"concept" 


"gram" 


"Phrase' 


"Contact" 


"addressLine" "direction" 




"concept' 


"gram" 


"Phrase' 


"Contact" 


"addressLine" "postdirection" 




"concept' 


"gram" 


"Phrase' 


"Contact" 


"addressLine" "POBox" 
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"concept' 


"gram" 


"Phrase' 


"Contact" 


"email" 
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"concept" 


"gram" 


"Phrase" 


"Contact" "email" "accountName 




"concept" 


"gram" 


"Phrase" 


"Contact" "email" "machineName 




"concept" 


"gram" 


"Phrase" 


"Contact" "email" "companyNam 




"concept" 


"gram" 


"Phrase" 


"Contact" "email" "domainName' 
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"concept" 


"gram" 


"Phrase" 


"Contact" "url" 




"concept" 


"gram" 


"Phrase" 


"Contact" "url" "urlHeader" 




"concept" 


"gram" 


"Phrase" 


"Contact" "url" "protocol" 




"concept" 


"gram" 


"Phrase" 


"Contact" "url" "machineName" 




"concept" 


"gram" 


"Phrase" 


"Contact" "url" "companyName" 
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"concept" 


"gram" 


"Phrase" 


"Contact" "url" "domainName" 




"concept" 


"gram" 


"Phrase" 


"Contact" "url" "directory" 




"concept" 


"gram" 


"Phrase" 


"Contact" "Height" 




"concept" 


"gram" 


"Phrase" 


"Contact" "Height" "feet" 




"concept" 


"gram" 


"Phrase" 


"Contact" "Height" "inches" 


15 fS 


"concept" 


"gram" 


"Phrase" 


"Education" 




"concept" 


"gram" 


"Phrase" 


"Education" "degree" 


tS5f 


"concept" 


"gram" 


"Phrase" 


"Education" "major" 




"concept" 


"gram" 


"Phrase" 


"Education" "minor" 




"concept" 


"gram" 


"Phrase" 


"Education" "university" 


20 


"concept" 


"gram" 
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"Experience" 
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"gram" 


"Phrase" 


"Experience" "company" 




"concept" 


"gram" 


"Phrase" 


"SingleDate" 




"concept" 


"gram" 


"Phrase" 


"SingleDate" "numA" 




"concept" 


"gram" 


"Phrase" 


"SingleDate" "numB" 
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"concept" 


"gram" 


"Phrase" 


"SingleDate" "monthSD" 
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10 



"concepi 
"concep 
"concep 
"concep 
"concep 
"concep 
"concep 
"concep 
"concep 
"concep 
"concep 



"gram" "Phrase" '^ngleDate" "daySD" 
"gram" "Phrase" "SingleDate" "yearSD" 
"gram" "Phrase" "SingleDate" "seasonSD" 
"gram" "Phrase" "DateRange" 
"gram" "Phrase" "DateRange" "fromDate" 
"gram" "Phrase" "DateRange" "dateSep" 
"gram" "Phrase" "DateRange" "toDate" 
"gram" "Part" 

"gram" "Part" "addressPart" 
"gram" "Part" "educationPart" 
"gram" "Part" "experiencePart" 



Jvj Machinery for Adding and Managing Samples 

While a command line interface may be utilized by an embodiment of the present invention, the 
1 5; J: preferred embodiment utilizes a graphical user interface (GUI) to manage the sample hierarchy. A 
^ specialized pull-down menu enables rapid highlighting and labeling of samples and their components 
within a text. By selecting a concept in the sample hierarchy and then highlighting a text, the 
highlighted text sample is placed under the sample hierarchy concept, as in FIG. 13. Once the user 
adds the overall sample, he can proceed to add labels (i.e., components of the overall sample), as 
20 illustrated in FIG. 14. As shown in FIG. 14, the user highlights and labels "Long Beach" as a 
cityName. 

In another aspect of the user interface of the present invention, a form tool 580 (FIG. 15) 
accelerates and organizes the addition of a sample and labeling of its components by enabling a user 
to quickly group the textual components of a sample so that they will be properly labeled. Form tool 
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580 minimizes the need to use the mouse for highUghting a sample text and each of its components. 
Merely by clicking arrows in the form tool 580, the user can rearrange the components of the overall 
sample so that they are grouped and labeled properly. The form tool 580 can also serve as a locus 
for specifying information about a sample and for guiding the generation of rules and actions from 
the sample. 

Additional tools associated with the sample hierarchy are the Attribute Window and the 
Properties Window. The Properties Window 582 (FIG. 1 6) provides a structured way to control the 
mode of generating rules for a subhierarchy of the sample hierarchy. The Attribute Window 584 
(FIG. 17) is a lower level interface to attributes, enabling the user to add attributes that have not yet 
been incorporated into the Properties Window 582. 

Sample manager 586 is responsible for bookkeeping to track the file that each sample 
originated from and the offsets of the sample and its labels within that file. The user may further 
associate a sample file with any concept in the sample hierarchy. If the user creates such an 
association, then the system creates copies of samples, their labels, and their offsets in the sample 
file. Sample files enable faster and more efficient generation of the text analyzer by minimizing the 
volume of text that must be analyzed to generate the rules for the analyzer. The sample manager 586 
enables the user to perform functions such as associating a sample file, dissociating a sample file, 
opening the associated sample file, deleting the samples under a concept, and similar manipulations. 
FIG. 18 illustrates a menu incorporated into the sample manager 586 for managing samples and 
integrating them with the text analyzer development environment. The major capabilities available 
to the user in the sample manager 586 include: 



FUNCTION 



DESCRIPTION 



Add Concept 



Add a concept to the sample hierarchy, imder selected concept. 



Add Top Concept 



Add a top-level concept to the sample hierarchy. 



Add Stub 



Add a top-level concept and link it to a region of the text analyzer 
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sequence. 
Delete 

Delete Children 
Find 

Associate Sample File 
Convert to Sample File 
Delete Samples 
Disassociate File 
Generate Sample File 
Open Sample File 
Attributes 
Highlight Matches 
Mark for Generation 
Properties 
Rules 
View Tree 
Archive Grammar 
Local Archive 
Server Archive 



Delete the selected item in the sample hierarchy. 
Delete the children of the selected concept. 
Find the selected concept or sample by name. 
Associate a sample file with the selected concept. 
Write the samples under selected concept to a sample file. 
Delete the samples under selected concept. 
Disassociate the sample file from the selected concept. 
Generate sample file for selected concept. 
Open a sample file for study or editing 
Bring up the Attribute Window. 

Show where a concept's rules have matched an analyzed text. 
Mark concept for quick generation of rules (i.e., generate dirty). 
Bring up the Properties Window. 

Edit or view the Rule File generated for the selected concept. 

View the parse tree due to selected concept's rules (for analyzed text). 

Store the sample hierarchy in the local archive. 

View the local archive. 

View the remote archive. 



Upload Grammar Store the sample hierarchy in the remote archive. 

The left panel 590 in FIG. 19 illustrates the automatically generated passes in the analyzer 
sequence, corresponding to the Phrase Stub 588 of FIG. 18, The right panel 592 shows the selected 
file, phoneNumber, within the stub region. 

We have described a system, method, and computer readable medium for generating text 
analyzers from samples. The users of a text analyzer need not understand how rules are generated 
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# • 

enhance the capabilities of the text analyzer. 



in order to maintain and enhance the capabilities of the text analyzer. Nonprogrammer and 
nonlinguist users can add samples that the text analyzer does not identify, in order to expand the 
processing power of the text analyzer. While the present invention has been illustrated and described 
in detail, it is to be understood that numerous modifications may be made to the preferred 
embodiment without departing fi-om the spirit of the invention. 
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